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(57) Abstract 



Computerized trading system for trading financial instruments having a communication network connecting traders dealing in 
financial Instruments and a plurality of trader terminals connected to the communication network. The communication network 
comprises a credit store for storing an indication of credit available from each credit granting entity, a price distributor for 
distributing the price quotation messages to trader terminal for display, a credit filter to filter the price quotation messages 
to each trader terminal associated with at least one credit granting entity. 

(57) Abrege 

Systeme d'ex pi citation informatise, pour I'exploitation d'instruments financiers, presentant un reseau de communication 
connectant des exploitants operant dans des instruments financiers, et une pluralite de terminaux d'exploitants connectes audit 
reseau de communication. Le reseau de communication comprend une memoire de credit destinee a memoriser une indication du 
credit disponible a partir de chaque entite d'octroi de credit, un distributeur de prix assurant la distribution de messages de 
cotation de prix au terminal de I'exploitant pour faffichage. ainsi qu'un filtre de credit destine au filtrage des messages de 
cotation de prix a chaque terminal d'exploitant, associe a au moins une entite d'octroi de credit. 
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(57) Abstract 



Computerized trading system for trading financial instruments having a communication network connecting traders dealing in financial 
iastrumcnts and a plurality of trader terminals connected to the communication network. The communication network comprises a credit 
store for storing an indication of credit available from each credit granting entity, a price distributor for distributing the price quotation 
messages to trader terminal for display, a credit filter to filter the price quotation messages to each trader terminal associated with at least 
one credit granting entity. 
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COMMUNICATION OF CREDIT FILTERED PRICES IN AN 
ELECTRONIC BROKERAGE SYSTEM 



TECHNICAL FIELD 

The present invention relates generally to an electronic 
brokerage system having a communication network connecting traders 
dealing in financial instruments, and more particularly to a computerised 
5 system for trading derivatives such as forward rate agreements. 

US-A-5375055 discloses an automated matching system for 
anonymous trading of foreign currencies in which traders may enter bids 
and offers through trader workstations into a distributed matching 
system. Credit limits, set by the potential parties to a transaction, are 
10 stored at Market Access Nodes to which the workstations are 

connected. The credit limits are analysed as part of the deal completion 
procedure, and deals which would exceed the credit limits are inhibited. 
The Market Access Nodes are linked to one or more Arbitrators and to 
one or more Market Distributors. The Market Distributors' function is to 
15 distribute prices of open bids and offers using Pre-Authorisation Matrix 

derived from credit limits stored at the Market Access Nodes. The 
Arbitrators handle deal matching and resolve possible contentions in 

45 

trades which couid otherwise occur because c the distributed nature of 
the system, preferably using a similar Pre-Authorisation Matrix. The 
20 Pre-Authorisation Matrix is used to inhibit trades between incompatible 

counterparties and also to screen bids/offers prior to display so that 
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bids/offers shown to a trader are "dealable", that is there is credit 
available to the trader to at least partlalty deal the displayed quote. An 
improved version of this system is also known and implemented as the 
EBS system for dealing foreign exchange. 
5 Thus, this known prior art trading system provides an individual 

15 trader with a way to determine, prior to committing to buy or sell at a 

displayed price from one or more anonymous counter parties, whether 
he has credit with the anonymous counterparty offering (bidding) a 
particular price currently displayed on his screen and thus whether any 

20 

10 attempt to buy or sell at the displayed price will be subsequently 

invalidated by the system for lack of such credit. 

We have appreciated, however, that whilst such a system has the 
25 benefit that only available prices are displayed, the credit 

considerations do not allow trading of certain products, such as futures. 
15 We have appreciated that there are further technical considerations in 

providing a system which can determine a measure of credit for futures 
which, by definition, do not have a fixed credit liability. 



30 



40 



SUMMARY OF THE INVENTION 

35 20 Accordingly, there is provided a computerised trading system for 

trading financial instruments between traders at trader terminals, 
comprising: 

a communication network for transmitting electronic messages 
between the trader terminals, 
25 a plurality of trader terminals connected to the communication 

network, each trader terminal being associated with a credit granting 
45 entity, and each trader terminal comprising means for generating price 

quotation messages in respect of financial instruments, 
the communication network comprising: 
30 a credit store for storing an indication of credit available from 

each credit granting entity. 
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a price distributor for distributing the price quotation messages to 
trader terminals for display, 

a credit filter arranged to filter the price quotation messages to 
each trader terminal associated with at least one credit granting entity, 
5 wherein the credit filter is so arranged that only the prices 

15 indicated by price quotation messages for which it is determined with 

reference to the credit store that a minimum credit threshold is available 
on a bilateral basis from and to the one credit granting entity are 
displayed at the trader terminals associated therewith, the minimum 

20 

10 credit threshold being at least equal to the available credit required by 

the one credit granting entity to complete a trade of a predetermined 
minimum size, 

25 wherein a separate minimum credit threshold is established for 

each credit granting entity and is derived from a function of at least one 
15 parameter specific to each credit granting entity and related to the 

nature of at least one financial instrument being traded. 

The system of the invention thus provides the advantage that 
each credit-granting entity has the ability to set its own minimum credit 
threshold. In a system embodying the invention, a trading floor 
35 20 administrator (TFA) may thus select an appropriate threshold based on 

parameters of the TFA's selection. This gives a degree of control not 
provided in the prior art noted above allowing a system embodying the 
invention to trade more types of financial instrument, including forward 
rate agreements (FRAs). 
25 In an embodiment of the invention, the at least one parameter is 

a factor indicative of an estimated risk associated with each financial 
45 instrument traded. This allows a trading floor administrator to limit the 

exposure of trades occurring on the trading floor under his/her 
supervision. The at least one parameter is preferably a volatility factor 
30 for each type of financial instrument traded. The TFA can thus use the 

volatility factor to ensure that an appropriate measure of risk is 
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associated with each financial instrument. For example, financial 
instruments traded in one currency may be considered to be a higher 

10 

risk than other currencies. 

In an embodiment, other factors may be Included in the credit 
5 threshold calculation, such as a conversion rate and/or a factor based 

/5 on the time to settlement of a financial instrument traded. Preferably, 

the factor based on the longest time to settlement is used. This allows 
the TFA to ensure that the prices are screened according to an 
appropriate measure of credit exposure. 

20 

10 The minimum credit threshold is preferably the maximum value of 

a function of a minimum order size, a conversion rate, a time to 
settlement factor and a volatility factor of all financial instruments 
25 traded. This ensures that all financial instruments for a predetermined 

minimum size deal will be displayed, provided that there is sufficient 
15 credit for that minimum size deal In the financial instrument with greatest 

credit exposure being traded. 

in an embodiment, a plurality of trader terminals are preferably 
associated with at least one group to which the at least one credit 
granting entity extends credit. The group may comprise a plurality of 
35 20 trader terminals associated with a single trading floor/credit granting 

entity or with a plurality of trading floors/credit granting entities. The 
TFA may thus select appropriate groups of trading floors so that credit 
is extended to a group as a whole. Any one trading floor within the 
group may participate in the credit limit extended. 
25 The indication of credit available from each credit granting entity 

to each group is preferably decremented after each trade between 
45 those groups, particularly by an amount derived as a function of the 

deal size and at least one parameter associated with each credit 
granting entity, such as a volatility factor, conversion rate, or a factor 
30 based on the time to settlement of the financial instrument traded. 
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The system thus uses factors both for credit screening of prices, 
and for calculating the credit utilisation of financial instruments. 

Thus, each bid or offer is prescreened by the system for bilateral 
credit with each potential counterparty, before calculating an 
5 anonymous "Dealable" price for presentation to any of the traders 

i5 dealing with that particular financial instrument. The system includes 

the facility to derive an appropriate credit measure for futures. 

In embodiment described later, the sensitive credit limit data 
indicating how much credit a particular client site is willing to extend to 

20 

10 each possible counterparty is maintained only at a Market Access Node 

associated only with that particular client, and only a simple yes/no 
indication of whether the entity (for example, a trader, a trading floor, or 
25 a bank) associated with that particular access node is willing to transact 

business with a particular counterparty is transmitted to the other nodes 
15 of the communication network. In that embodiment, the pre-screening 

may thus be a simple check to determine whether any credit remains 
both from and to each of the two parties to the potential transaction 
which may be performed using a simple yes/no Pre-Authorisation Matrix 
before any bid or offer is transmitted to a particular client site. 
35 20 Such Pre-Authorisation Matrices are preferably maintained at 

each of several regional nodes ("Market Distributors") of a distributed 
processing communication network, with each such Market Distributor 
node functioning as a price distributor and being connected by 
corresponding individual permanent links of the network to those client 
25 sites ("Market Access Nodes") for which it is responsible for distributing 

market information including customised "Dealable" bid and offer prices 
45 in addition to global "Best" prices. To further limit the data received and 

processed by each relevant regional node computer, (ie, the Market 
Distributor node closest to the particular Market Access Node 
30 associated with a particular counterparty), only changes in the credit 

state (ie, credit is no longer available or credit is now available from 
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party A to party B) are transmitted, and even those changes are not 
transmitted to Market Distributors associated with neither of those 
parties. 

It should be noted that the embodiment described later will be 
5 one In which the functions of the network are distributed throughout a 

^5 variety of components. This is considered to be the most effective 

manner of implementing the system. However, it will be appreciated 
that it would be a simple task to incorporate this functionality into a 
system with a single location for these functions. 

20 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

An embodiment of the invention will be described by way of example 
25 only and with reference to the accompanying figures in which: 

15 Fig 1 depicts an overview of the trader's trading screen; 

Fig 2 shows a Tenor Detail Panel for the trader's screen shown in Fig 
1; 

Fig 3 shows Order Request Panel for the trader's screen shown in Fig 
1; 

35 20 Fig 4 shows a Multiple Order Request Panel for the trader's screen 

shown in Fig 1; 

Fig 5 is an overview of the Communication Network and the various 

workstations and processing nodes associated therewith; 
Fig 6 depicts a Pre-Authorisation Matrix; 
25 Fig 7 shows the flow of messages in the communication network which 

are used to generate and distribute Dealable Price information to 
45 each individual trader; 

Fig 8 is a diagram of the message flow in deal matching; and 
Fig 9 shows a Trading Floor Administrator's Credit Group Maintenance 
30 screen. 

50 



30 



40 



55 



wo 00/16224 



PCT/US98/19196 



10 



- 7 - 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Overview 

A Forward Rate Agreement (FRA) is a contract between two 
parties to lock in a forward interest rate, for a period, starting at a 
5 specific date in the future. Each FRA contract can be categorised as a 

iS spot FRA, an IMM FRA, or a 

broken date FRA. All these may be traded on the system of the present 
embodiment. IMM is the abbreviation which has become customary to 
refer to an instrument traded on one of the International Monetary 

20 

10 Market dates, in brief. IMM FRAs are traded for the four International 

Monetary Market (IMM) dates. Spot FRAs are traded for dates 
associated with today's spot date. A broken date FRA is a spot FRA 
25 which is traded for a different spot date than today's spot date. 

A FRA trading screen of a system embodying the invention Is 
15 shown in Figure 1 . The FRA trading workstation presents a set of FRA 

contracts that may be traded in an electronically brokered format. Each 
type of contract is known as a tenor. Price information for a particular 
tenor is displayed on a tenor line. For each tenor line, the dealing 
system presents the best credit-screened bid and offer prices of all 
35 20 active quotes. Upon selection of the tenor line, the workstation presents 

a detailed view of the associated tenor showing contract dates and 
additional market view information. 

A trader may select a tenor line and then submit one of four order 
types (Bid, Offer, Buy, or Sell). Each type of order requires the trader to 
25 specify an Interest rate notional amount for a particular tenor. Once 

submitted, new orders are matched with outstanding orders in price/time 
45 priority. Compatible orders are matched resulting in the execution of 

deals. In order to encourage market making a trader can submit and 
adjust bids and offers for several tenors at a time. 
30 For non-standard FRAs, a price inquiry function allows the trader 

to issue a system-wide broadcast to request a price for a broken date 
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FRA. A trader may respond to a price inquiry by selecting the entry in 
the bulletin board. 

The credit facility uses pre-screened prices. Trading Floor 
Administrators (TFAs) at the trading floors enter credit limits for each 
5 counterparty group of trading floors. Dealable prices are distributed to 

15 those floors that have credit with the price maker. 

The trading screen shown in Figure 1 provides traders with the 
facility to enter bids, offers, buy or sell orders by selecting buttons on a 
toolbar at the top of the screen. The best bid/offer prices are displayed 

20 

10 for tenors of various lines in one window and deals done by the trader 

and on the system as a whole are displayed in other windows. The 
display is better understood with reference to an example of a FRA 
25 deal. 

As explained, a Forward Rate Agreement (FRA) is a contract 
15 between two parties to lock in a forward interest rate, for a period, 

starting at a specific date in the future. 

For example, a 6x9 FRA is a contract covering a period that 
begins 6 months from now and ends 9 months from now. The term or 
gap of such a contract is 3 months. The two counterparties, one buyer 
35 20 and one seller, settle by cash payment at the start of the contract (in this 

case 6 months from now). 

The buyer of a FRA will be compensated If future interest rates 
rise. The seller of an FRA will be compensated if future interest rates 

40 

fall. 

25 Settlement is based on the difference between the actual interest 

rate prevailing on the fixing date and the rate specified in the contract, 
45 for a specific notional amount stated in the contract. Settlement takes 

place at the beginning of the term. 

As an example, consider a USD 6x9 FRA trade for $1 00 million (US) 
30 at an agreed upon rate of 5.5675 executed on September 9*", 1997. The 

deal has the following characteristics: 
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Trade Date: 
Spot Date: 
Fixing Date: 
Settlement Date: 
Maturity Date: 
Contract Rate: 
Notional Amount: 
Reference Rate: 



September 9*^ 1 997 
September 11^1997 
March 9**, 1998 
March 11*. 1998 

June 11^ 1998 

5.5675 
100 million (US$) 

LIBOR 



The period of this deal begins on March 1 1*^ 1998 (the 
settlement date) and ends on June 11*^. 1998 (the maturity date). On 
March 9*, sometime after 1 1:30 AM London time, the back office 
personnel at each bank will look on the appropriate Reuters page to 
read the 3-month LIBOR rate posted for March 9*^. If, for example, this 
rate is 5.5800, then between the trade date and the fixing date, the 
interest rate has risen 0.0125 percent or VA basis points. Therefore, a 
settlement amount must be calculated based on this reference rate of 
5.58%. The settlement amount is the amount on the check paid by the 
seller to the buyer. The settlement amount is calculated using the 
following fomnula: 



Settlement Amount Calculation Example 

Fixing Rate - Contract Rate) x (Days in Period^ x (Notional Amount) 
(360 X 100) + (Fixing Rate x 100 x (Days in Period)) 

(5.58 - 5.5675) x (92) x MOO.000.000) 
(360 x 100) + (5.58 x 100 x (92)) 

115.000.000 
87,336 

$1,316.76 
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Note that if interest rates had fallen, then the buyer of the FRA 
nnust pay the seller. 

FRAs serve as both a hedging and a speculative instrument. A 
bank may use an FRA to hedge against future inflows and outflov\/s of 
cash on its balance sheet, or a bank may use an FRA to speculate in 
the future movement of interest rates. By definition, an FRA trades 
over-the-counter. The resultant contract is between two parties and is 
therefore dissimilar to a futures contract which is traded via an 
exchange. 

FRAs for EBS can be split into the following categories: 

• IMM FRAs 

• Spot FRAs 

• Broken Date FRAs 

The present embodiment is described in relation to IMM FRAs; 
that is FRAs which are based on the International Monetary Market 
dates. 

FRAs are distinguished by the dates of the contract, the 
reference rate, and the contract currency. Each type of FRA contract is 
called a tenor Some example tenors are listed below: 
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Examples of FRA Tenors: 




Cash 3 month 


Cash 6 month 


Cash 12 month 


USD 1x4 


DEM 1x7 


USD 1x13 


USD 3x6 


USD 2x8 


DEM 2x14 


JPY 6x9 


JPY 6x12 


USD 12x24 




IMM FRAs with 




tMM FRAs 


a 6 month aao 


Broken Date FRAs 


USD Sep97 


USD Jun97-6 


USD 3x6(12) 


USD Dec97 


USD Sep98-6 


DEM 2x14(10) 


JPY Mar98 


JPY Sep98-6 


USD 0x3(3) 
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If the tenor is selected with a mouse or keypad, then the details 
of the FRA tenor line are presented in the top section of the screen. The 
detail area shows the best dealable, EBS best, and best regular prices 

20 for the selected tenor. The fixing date, settlement date, and maturity 

date of the active tenor are shown as well. 

Turning again to Fig 1, the screen can now be better understood. 
The Tenor Detail Panel provides a detailed view of tenor line 
information and transaction activity. The Tab Controls allow a user to 

25 select one of several user-defined tab sheets. The user may designate 

the tab sheet properties and components. The Tenor Line shows a 
tenor indicator, best bid and offer prices, best amount available for bid 
and offer and a big figure. The TFA Messages area shows messages 
relating to Trading Floor Administration, such as credit notifications, 

30 deal recovery, help desk message broadcasts. The EBS Deals Listbox 

shows deals completed on the EBS system. The Trade Deals Listbox 
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shows deals completed by the trader using the screen, and the Toolbar 
allows the trader to select common trading commands. 

A number of tenor lines (more than ftfty) may be visible on the 
screen concurrently. There may be additional tenor lines that are not 
5 visible on the screen due to space constraints, but can be easily 

15 brought into view. The screen also allows the trader to elect to show 

fewer tenors (as few as eight) depending upon the trader's preference. 

The Tenor Detail Panel is shown in Fig 2 and shows a selected 
Tenor Line in more detail. It Includes: 
10 • Tenor Identification (currency and description) 

• Tenor Date Information (Fixing Date, Settlement Date, and 
Maturity Date) 

25 • Regular Dealable Bid and Offer Prices for "regular" amounts 

satisfying credit screening (A "regular" amount is an amount at 
15 least equal to a system default value representative of a typical 

trade In a particular currency, and may for example be 50M 
pounds) 

• Best Dealable Bid and Offer Prices (the best price available after 
credit screening for any amount) along with the total quantity 

35 20 ("Best Bid and Offer Amounts'*) available at those prices. 

• EBS Best Bid and Offer Prices (the best price available on the 
whole system regardless of credit (though this may not be 
available to the trader) if this different from the corresponding 
Best Dealable Prices. 

25 Note that much of this information is also shown in each Tenor Line of 

each Tab Sheet (Fig 1 ). 

45 To the left of Fig 2 is a bid/buy Order Status indicator showing 

the amount requested and obtained for an open Order. If a Offer/Sell 
Order was pending, its status would be displayed on the right. 
30 Note that the bid (buy) prices are on the left, and the offer (sell) 

prices are on the right, and that all displayed prices are arranged in 
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ascending order from left to right. The EBS Best Bid Price (if shown) 
will always be better than the Best Dealable Bid Price. This is because 
the credit granting entity for this trading floor may not have extended 
sufficient credit to the counterparty offering the Best Bid Price (or vice 
5 versa). Similarly, the Best Dealable Bid Price will always be at least as 

^5 good as the Regular Dealable Bid Price. In the particular example 

shown in Fig 2, the Best Dealable Bid Amount is 120 which is larger 
than the "Regular amount of 50, and consequently the same price 
(5.4775) is shown as the Regular Dealable Bid Price and the Best 

20 

10 Dealable Bid Price. 

Fig 3 shows the Offer Order Request Panel which appears on the 
right side of the Tenor Detail Panel when a particular Tenor has been 
25 selected and either the Offer or Sell key has been activated. (A similar 

Bid Order Request Panel appears on the left side of the Tenor Detail 
15 Panel when a particular Tenor has been selected and either the Bid or 

Buy key has been activated.) The Order Request Panel includes an 
Amount Entry Field and a Price Entry Field, both of which include up 
and down spin buttons for adjusting the respect entries up or down, as 
well as a Send Pushbutton for submitting the order (assuming 
35 20 appropriate validation checks are positive) and a Quit Pushbutton which 

dismisses the Order Request Panel without any action being taken. As 
previously indicated with respect to Figs 1 and 2, once a valid order has 
been submitted, its status is displayed on both the Tenor Detail Panel 
(Fig 3) and in the corresponding Tenor Line (Fig 2), with the latter 
25 showing only the Amount Remaining in the outstanding order (ie, the 

difference between the Amount Requested and the Amount Obtained 
45 shown in the Tenor Detail Panel). 

Additionally, as shown in Figs 1 and 4, the trading workstation 
provides many features for managing multiple orders as a group. A 
30 group of orders may be selected using a mouse -then these orders may 

be interrupted (Tool Bar of Fig 1), or modified and re-submitted as a 
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group (using the Multiple-Order Request Panel of Fig 4). In this way, the 
trader is able to adjust a strip of outstanding orders as easily as 
adjusting a single order. Note that an optional Order Limit is applicable 
to Multiple Orders involving different Tenors for the same Currency, with 
s a separate Order Limit Notional Amount being established for Bids and 

15 Offers. 

The system of the present invention is applicable to trading 
various types of derivatives contracts but will be described in relation to 
FoHA/ard Rate Agreements (FRA) for which the described embodiment 

20 

10 has been especially adapted. 

Components in the svstem of the present embodiment 
25 In the described embodiment, the trading system is an electronic 

brokerage system having a communication network for facilitating the 
IS buying and selling of futures by traders each associated with his own 

Workstation ("WS") located at a trading floor of a subscriber bank 
("client site"). The hardware used in the system has similarities to the 
current EBS system for foreign exchange to which reference may be 
made. 

35 20 As shown in Fig C. each client site has a dedicated client 

computer ("Market Access Node", or "MAN") under the control of a Floor 
Administrator, which maintains transaction records, credit limits, and 
other confidential information originating with its associated trading 
floor. The WS's and the MAN associated with each trading floor are 
25 connected via a conventional self-repairing DEC VAX network to a 

nearby distribution node ("Market Distributor" or "MD") computer, which 
45 typically analyses and distributes current market data by means of 

dedicated permanent communication links to one or mor associated 
MAN'S in a particular city (or other local region), and which may also 
30 provide administrative functions for the communication network. 

50 
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The communication network comprises a credit store, stored at 
each MAN, for storing an indication of the credit available from the 
group of terminals associated with that MAN to other groups. As 
previously explained, a group may be one or more terminals, but Is 
5 preferably one or more trading floors. The function of distributing prices 

^5 is fulfilled by the Market Distributors. The Market Distributors also 

include a credit filter comprising a yes/no Pre-Authonsation Matrix from 
which it is determined whether prices should be transmitted to the trader 
terminals for display. 

20 

10 Although not considered critical to the present invention, a group 

of MD's is preferably supplemented by a common trading region 
processing node ("Arbitrator Node" or "ARB"), with the ARB performing 
25 those functions (such as identifying potential matches between buyers 

and sellers, and other aspects of the "Deal Matching" process that 

15 require coordination with more than one client site) which make the 

most efficient use of the communication network If done centrally or 

30 

regionally, while the MD's perform those functions (such as generation 
of separate Dealable price information for each individual client site) 
which are readily implemented in parallel in a distributed processing 
35 20 network and which make most efficient use of the communication 

network if done locally or in close proximity to the individual client sites. 

In that regard, it is possible to have more than one ARB, with 
each ARB having primary responsibility for trades initiated by Market 
Makers in the ARB's own trading region, and being connected to all the 
25 MAN'S and MD"s of that trading region as well as to the other ARB's in 

other trading regions by permanent dedicated links of the 
45 communication network. In the majority of deals, it is anticipated that 

both the Maker and the Taker will be within the same trading region and 
thus will be directly linked to the same ARB which can therefore identify 
30 a potential match and coordinate its final execution without any 

communication with the other ARB's; at the same time, the other ARB's 
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can simultaneously be processing deals related to other traders in other 
regions. Alternatively, a single arbitrator could be dedicated to all 
trades Involving a discrete subset of the available financial instruments. 
In a presently contemplated commercial embodiment, a single central 
5 Arbitrator is dedicated to FRA trades, while several regional Arbitrators 

75 are collectively dedicated to spot FX trades. 

Whether the communication links between nodes are permanent 
(maintained indefinitely between two network components) or temporary 
(established dynamically for a short period of time) they are preferably 

20 

10 "logical links" which have the property that messages sent in a certain 

order over the same logical link are guaranteed to reach their 
destination In the same order. Moreover, the communication network is 
25 preferably provided with sufficient error detection error correction, and 

network self-repair capability to guarantee that messages sent via these 
15 logical links are error free. 

In summary, each MAN is connected to other MAN'S by a robust 

30 

communication network which connects the various trading floors and 
which supplements the MAN'S with a number of processing nodes 
(preferably in the form of MD's and ARB's) to facilitate the distribution of 
35 20 price quotations and other market data and to execute transactions by 

matching eligible Market Makers with eligible buyers and sellers and by 
monitoring the transactions until they have been completed or aborted, 
with the MAN'S being responsible for trading floor specific tasks such as 
logging the completed transaction and updating the credit limit that was 
25 previously available tot he counterparty trading floor. 

Although described above in terms of a distributed architecture, it 
45 should be noted that a single central computer system could be used to 

implement the various functions described above. The system of this 
alternative embodiment would thus comprise a plurality of workstations 
30 connected by a network to a central computer system. The central 

system would include the credit store, distributor and credit filter 



40 



50 



55 



wo 00/1 62Z4 



PCT/US98/I9196 



- 17 - 

arranged to filter prices for distribution to the workstations. This is a 
simpler, but non-preferred» implementation. The distributed 
embodiment described is considered to be a more robust and secure 
design. 

Credit Processing 

The credit processing performed for interest rate futures and 
other derivatives in general, and FRAs in particular, differs significantly 
from credit processing for spot FX trading. While spot FX is concerned 
with settlement risk, for FRAs market risk is the primary concern. For 
this reason, the technical considerations in implementing the system 
differ. 

For Forward Rate Agreements in the present embodiment, three 
factors are used to calculate credit utilisation; 

1 . The time between the trade date and the settlement date (start of 
the contract period), hereinafter called the TTS (Time To 
Settlement), 

2. The volatility of interest rates in the currency of the FRA. 

3. The time between the settlement date and the maturity date, ie, 
the gap of the FRA. 

The actual liability for a FRA is not fixed at the time the price is 
taken because, as can be seen from the formulae above, the actual 
liability will depend on the difference between the interest rates at the 
trade and settlement dates. For this reason, a Credit Utilisation formula 
has been devised and implemented in the present invention. The credit 
utilisation is as follows: 

Credit utilisation = (Deal size) x (TTS factor) x (# 

Months/3) X (Interest rate volatility factor) x (CCY 

conversion rate). 
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The TTS Factor is a Time to Settlement Factor assigned to every 
month between 0 and 24. When credit is calculated, the workstation wiil 
use the TTS Factor assigned to the TTS Month. The worl<station will 
calculate the number of months between the Trade Date and Settlement 
Date to find the TTS Month. The Credit Utilisation calculation will then 
use the TTS Factor assigned to that month. This allows the TFA to 
factor into the Credit Utilisation calculation the time between the Trade 
and Settlement Dates. 

The TTS factor is used in the credit calculation. This is a non 
linear calculation method for the time between trade date and 
settlement date. A table, initially ranging from 0-36 months, of TTS 
values to be used in the credit utilisation formula. The factors in the 
table must be able to be set by the TFA. The table is to be 
pre-populated with factors calculated by taking the square root of the 
TTS. The initial values of the table for the 0 and 1 month TTS are to be 
1. 



Example of pre-populated TTS table: 



TTS 


0 


1 


2 


3 


6 


9 


12 


15 


18 


36 


factor 


1 


1 


1.414 


1.732 


2.449 


3 


3.464 


3.872 


4.242 


6 



The currency volatility parameter must be able to be entered and 
modified online via the TFA for each FRA currency traded on the local 
floor And as previously explained, the linear calculation method for the 
contract period or "gap" (the "three month equivalent") is a fixed formula 
that can't be modified online: 

3 mo. Equivalent factor = (# of mos in gap)/3. 

# of Months in Gap/3 - All IMM tenors have a 3 month gap 
between the Settlement and Maturity Dates. So this value is calculated 
as 3/3 or 1 . 
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Interest Rate Volatility Factor -The IR Volatility Factor is a 
percent value assigned to each currency. The system will store the 
value as a percentage number, 

CCY Conversion Rate -The currency conversion rate between 
the Credit Limit Currency and the currency for which the deal Is done. 

As an example, a USD June 00 FRA Traded June 16. 1998 for 
100 million has the following characteristics: 



20 



25 



Trade Date: 
10 Fixing Date: 

Settlement Date: 
Maturity Date: 
Tenor Cap: 

15 Deal Size: 



June 16. 1998 
June 19, 2000 
June 21, 2000 

September 20, 2000 
June 21, 2000 to September 20, 2000 
(91 Days or 3 Month Gap) 
$100,000,000 



30 



35 



20 



Factors are assigned by the TFA along with the Credit Limit 
Currency which is assigned on the Market Access Node. In this 
example, the Credit Limit Currency is USD. The factors that would be 
used for the above example are derived using the above table. 



Using the above formulae, the credit utilisation is: 

(Deal Size) x (TTS Factor) x (# of Months in Gap/3) x 
(Interest Rate Volatility Factor) x (CCY Conversion Rate) = 
Credit Utilisation 

(100,000,000) x (4.89898) x (3/3) x .00014 x (1.000) = 
$68,586 = Credit Utilisation 
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In implementing credit limits on the FRA system, the Trading 
Floor Administrator (TFA) has the ability to set and adjust the various 
parameters from which matching criteria are derived. 

A credit utilisation notification is included which issues low credit 
5 warning at the trader's WS when the available credit for a counterparty 

t5 falls below a percentage that is defined via the TFA. An out of credit 

message is also displayed at the trader's WS when credit is exhausted 
for a particular counterparty. Prices from that counterparty, for all 
tenors, will no longer be displayed. A credit utilisation report may be 

20 

10 initiated, on demand, via the TFA for both screen and hard copy output. 

Parameters used in the system 
25 Banks initially define, and modify online, the following parameters 

which are stored at the local MAN for their local trading floor via the 
IS TFA facility; 

a) credit limit currency - Market Access Node 

b) a separate credit limit currency conversions rate parameter for 
each currency traded on the system 

c) a parameter related to the nature of at least one financial 

35 20 Instrument In the form of a currency volatility credit utilisation 

factor for each currency traded on the system. The currency 
volatility factor is indicative of the risk associated with each 
financial instrument assessed by the TFA. 

d) Time to Settlement credit utilisation factors for the currencies 
25 traded on the local floor. The TTS factor is preferably non-linear 

and also not specific to any financial instrument traded. 



30 



40 



45 



50 



Each credit group preferably comprises a plurality of trading 
floors. Anyone credit granting entity (which itself could be a trading 
30 floor) may trade with a trading floor of a group defined by the TFA if 

sufficient credit is available. 
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Banks also define the following for each counterparty (credit 
group) that they trade with which are also stored at the local MAN; 

a) available credit 

b) low credit warning percentage. 

Banks also have the following options for resetting credit 
utilisation to zero: 

a) Automatically at the end of the trading day, as is currently done 
for spot. The time of the end of the trading day for FRAs is 
preferably definable separately from that for FX spot. 

b) On demand via the TFA 

1 ) for an individual credit group 

2) for all credit groups 

The TFA also has the ability to disallow particular floors within a 
credit group. If a floor is disallowed, it does not take part in the credit of 
that group. 

To be compatible, each of the two parties must make sufficient 
credit available to the other party to complete a trade for at least the 
predetermined minimum size deal in any available currency (ie, 
available credit at least equal to the minimum credit threshold 
established by the respective credit granting entity). 

The calculation is thus: 

Minimum credit threshold = 

Maximum of {(minimum 3 month equivalent amount) x 
(credit ITS utilisation factor) x (# of months in gap) x 
(Interest rate volatility factor) x (conversion rate)} for each 
currency. 



wo 00/16224 



PCT/US98/19196 



10 



- 22 - 

The TFA also has the ability to set the following parameters: 

a) Notional Amount Increment 
The notional amount increment is a system-wide 

parameter (per currency) specifying the increment between 
5 notional amount values specified during order submission. All 

15 orders submitted into the system must have a notional amount 

that is a multiple of this value. This parameter is specified in 
absolute terms. 

b) Price Increment 

20 

10 The price increment specifies the granularity 

between prices for orders submitted into the system. The 
increment is defined for each tenor or tenor category 
25 defined in the database of valid FRA instruments. 

The granularity of prices are defined as a global 
15 parameter for each tenor or category of tenors defined in 

the database of valid FRA instruments. This must be 

30 

modifiable in order to change the granularity to meet the 
needs of the marketplace. It is expected that after 
introduction of EBS FRAs, the spreads will narrow in the 
35 20 market and we will need to reduce the price granularity 

accordingly. 

The granularity may be designated as a decimal 
value representing one hundred-thousandth of a basis 
point. It Is assumed that fractions including % and % basis 
25 point may be designated by the decimal values 5000 and 

25000. The system must be able to support granularity up 
45 to 0.03125 (equivalent to 1/32). The number of digits 

show in the fractions of a basis point display should also 
be defined for each tenor in the valid tenor database. 
30 c) Minimum Notional Amount 

The minimum notional amount is a system-wide 
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parameter specified for each currency that specifies the 
minimum notional amount of an order submitted or 
outstanding in the system. If the remaining amount of an 
order falls below this value, then the remaining amount is 
5 cancelled. This value is expressed in 

iS three-month-equivalent terms. 

d) Maximum Notional Amount 

The maximum notional amount is a system-vi^ide 
parameter (per cun*ency) that specifies the maximum 

20 

10 notional amount of an order submitted into the system. 

This value is expressed in three-month-equivalent terms. 

e) Red Quote Threshold 

25 The red quote threshold specifies a percentage of 

credit-compatible floors which each would at least partially 
15 hit the quote in question if it placed an order for the 

regular amount at the displayed regular dealable price. If 
that threshold percentage is met or exceeded for a 
particular quote, the quote in question is identified as a 
"Red Quote" on the maker's display. This value is a single 
35 20 system-wide parameter for all instruments being traded. 

f) Large Difference Threshold 

The large difference threshold specifies the 
difference (per airrency) between a price entered by a 
trader and the current dealable price required to activate 
25 the large difference validation warning. 

g) Regular Amount 

45 The regular amount for a given tenor is used in the 

calculation of the regular dealable prices. This parameter 
Is defined for each currency. 

30 

50 
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h) Wide Spread Threshold 

The wide spread threshold specifies te maximum 
difference (per currency) in price between the trader 
entered price and the best dealable price on the other side 
of the market. 

Having set these parameters, the matching process refers to 
these when executing matches. 

Derivation of the P re-Authorisation Matrix 

The exemplary Pre-Authorisation Matrix shown in Fig 6 is derived 
from the various parameters described above. In the example shown, 
each group comprises one trading floor. 

Certain prices are said to be dealable, which means that they are 
prescreened for credit. A dealable prices means that sufficient bilateral 
credit is available with the counterparty making the price to execute at 
least one minimum size trade in the tenor that utilises the most credit. 

The concept of dealable prices for FRAs is based on credit 
compatibility for al) tenors. Therefore two trading floors are said to be 
credit compatible if they have bilaterally allocated enough credit to each 
other to execute one minimum size trade in the tenor that utilises the 
most credit available on the system. 

For each FRA currency a 3 month minimum notional amount is 
set as a system parameter. The formula to calculate the minimum size 
for any tenor is; 

minimum size = (3 month minimum notional amount)/ 

(# months in gap/3) 

Example: 

EBS has defined the 3 month minimum notional 
amount = USD 50 mill 
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The minimum size for a USD Jun 98=(50 mill)/(3/3) = USD 50 mill 
The minimum size for a USD Sep98-6=(50 mill)/(6/3) = USD 25 
mill 

Since credit utilisation is a function of; 

1 . time between trade date and settlement date (TTS) 

2. time between settlement and maturity (gap) 

3. the volatility of interest rates in the currency of the FRA 
then for two floors to be credit compatible they must have 
sufficient credit available to execute a trade for a minimum 
size in the tenor with the highest calculated utilisation. 

This should mean that, subject to credit changing during 
deal completion, the two parties will be able to complete a 
deal in any currency at least of minimum size. 

A trading floor can control, to an extent, the 
minimum credit threshold necessary to display dealable 
prices by modifying time to settlement factors with times to 
settlement that utilise the most credit. For example, a floor 
can specify time to settlement factors which do not 
increase for those factors beyond where they want to 
trade. Also, a floor can set the currency conversion to 
zero for particular currencies thus electing not to trade in 
volatile currencies offered on EBS, thus reducing the 
credit availability necessary to see prices in less volatile 
currencies. 

Example: 

The system of the present embodiment allows 
trading in tenors ranging from 0x1 out to 24x27 in USD, 
DEM, GBP, and JPY. The minimum trade size defined is 
set as USD 50 million (3 month equivalent notional value). 



wo 00/16224 



PCT/US98/19196 



10 



- 26 - 

In the following case, for floor A to see deatable 
prices from floor B they must allocate sufficient credit to 
execute one trade in USD for a minimum notional size 50 
million. 

5 Trading floor A uses USD as their credit limit currency. 

^5 Trading floor A is only trading USD FRAs 

Trading floor A has assigned a currency volatility 
factor to USD of 0.5%. 

For floor A to see prices from floor B, it must 

20 

10 allocate sufficient credit to floor B to execute one USD Mar 

00 (24 months away) for USD 50 mil. 

The minimum credit is calculated as follows (the 
25 TTS factor is assumed to be the square root of the TTS): 

minimum available credit = (4.4889n0.005)*(50,000,000) 
15 =$1,122,225. 

30 

Having thus calculated the minimum credit threshold, the Market 
Access Node then calculates for each potential counterparty whether at 
least the minimum order size could be dealt by checking against the 
35 20 credit limit available for the Credit Group associated with that 

counterparty, and transmits a CreditUpdate message to the affected 
Arbitrator(s) and Market Distributor(s) containing a simple binary 
indication of whether credit is currently available or not available to 

40 

each designated potential counterparty in an amount at least equal to 
25 the calculated minimum credit threshold established by the credit 

granting entity associated with that Market Access Node. Provided that 
45 the relevant threshold has been met, the Arbitrator(s) and Market 

Distributor(s) receiving the CreditUpdate message place a "1" in the 
associated cell of their Pre-Authorisation Matrix. Conversely, if the 
30 CreditUpdate message indicates that the available credit is below the 

50 
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relevant threshold, the Arbitrator(s) and Market Dlstributor(s) receiving 
the CreditUpdate message place a "0" in the associated cell. 

The Pre-Authorisation Matrix is then used in known fashion to 
pre-screen distributed buy/seil orders so that only "dealable" prices are 
5 shown to traders. 

^5 Fig 7 shows the flow of electronic messages relating to the 

distribution of customised Dealable price information to each trading 
floor. As noted previously, although a distributed order matching 
system with more than one Arbitrator is shown, many aspects of the 

20 

10 invention are equally applicable to a more centralized system with only 

one Arbitrator; alternatively, a single arbitrator could be dedicated to all 
trades involving a discrete subset of the available financial instruments. 
25 The trader at WS A1a1 of trading floor A1a generates a Quote submit 

message to the trading floor's MAN (MAN A1a) in the form of a bid, 
15 offer, buy or sell. The MAN in turn logs the Quote submit and fon^^ards 

the Quote submit message to the Maker's Arbitrator Node (ARB A) 

30 

whose assigned geographical trading region includes the Maker's 
trading floor A1 a1 . In turn, ARB A updates an ordered list of available 
bids and an ordered list of available offers for the relevant tenors, each 
35 20 ranked by price and time of receipt (preferably at the Maker's ARB), and 

containing data fields for indicating the Quantity, and the quantity 
reserved by the Arbitrator pending completion or failure of a pending 
deal resulting from a potential match initiated by the Arbitrator and not 

40 

yet confirmed by the Maker and Taker. A corresponding Quote 
25 available message is then transmitted from the Maker's ARB A to the 

MD's in its trading region MD A1 , MD A2. and to the other ARB's for 
45 eventual distribution to the MD's and MAN'S of other trading regions. 

Each MAN (for example, MAN A1b) also transmits a Credit 
update message to its associated ARB (ARB A) whenever the credit 
30 status for any of its potential counterparties (for example, A1a or A2a) 

50 

changes from CreditAvailable to CreditNotAvailable or vice versa, which 
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the ARB then retransmits to its affected MD's and to the other affected 
ARB's. 

The MD*s then use the information in the received Credit update 
messages to maintain the Pre-Authorisation Matrix such as that shown 
in Fig 6. The rows and columns of the Pre-Authorisation Matrix PM are 
associated with the various trading floors A1a, A1b, A2a, etc (including 
any floors in other trading regions) and for each ordered pair of trading 
floors {TFjTFj} contains an Indication as to whether TF^ has extended 
any credit to Tfj. In the depicted example, credit exists on a bilateral 
basis between TFA1 and TFA2, no credit exists between TFA1 and 
TFB1 , and credit has been extended unilaterally from TFA2 and TFB1 , 
but not vice versa (as indicated by the "1" at the intersection of row 
TFB1 with column TFA2 and the "0" at the corresponding intersection of 
column TFB1 with row TFA2). From the main diagonal of the 
Pre-Authorisation Matrix it can be seen that only TFA2 permits its own 
traders to trade between themselves, as indicated by the "1" at the 
intersection of row TFA2 with column TFA2. Preferably, each MD only 
maintains a partial Pre-Authorisation Matrix containing data only 
regarding credit extended from or to its associated MAN'S to the other 
potential counterparties (MAN'S) in the system. Thus, as indicated in 
Fig 6 by cross hatching, some of the Pre-Authorisation Matrix entries 
may be blank. 

The MD's use the Quote available messages to update their own 
ordered lists of available bids and offers; these ordered lists and the 
above-described Pre-Authorisation Matrix are then used by the MD to 
calculate separate Dealable prices for each trading floor which are 
transmitted as MarketView messages to the affected MAN's. 

To update the Pre-Authorisation Matrix, each MAN transmits a 
Pre-Authorisation Matrix update message to an Arbitrator which then 
stores this in a Pre-Authorisation Matrix used as part of deal matching. 
The Arbitrator also distributes the update message to other Market 
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Distributors where Pre-Authorisation Matrices are stored for 
pre-screening prices. 



CreditUpdate messages are sent in any situation in which the 
Pre-Authorisation Matrix should be changed, such as: 
5 (i) If the credit available Itself has changed because of completed 

15 deals. 

(ii) if the TFA adjusts the credit limit. 

(iii) If the TFA adjusts any of the parameters from which the credit 
threshold is derived. 

20 

10 (iv) All of the trading floor's credit limits are reset. 

In addition, the DealStatus message sent at the end of each deal 
25 includes an indication of the Pre-Authorisation Matrix status for the 

counterparty with which the deal was completed. This is to ensure that 
15 a rematch is not attempted if the credit status has changed. 

30 

Deal matching process 

For completeness, the deal matching process is described. A 
match is not allowed to proceed if the credit utilisation as calculated 
35 20 exceeds the available credit set by the TFA. Thus, even though 

prescreened for credit, a further check of bids, offers, buy and sell order 
credit compatibility is done as part of deal matching. 

Orders that are compatible are matched by the dealing system. 
Newly submitted bid and buy orders are matched against outstanding 
25 offer orders. Newly submitted sell and offer orders are matched against 

outstanding bid orders. 

45 A new bid or buy order is compatible to an existing offer or sell 

order if al) of the following conditions are true: 
• The orders are for the same tenor. 
30 • The trade floors of the orders are credit compatible with respect 

to this order - or - the trade floors of the two orders are identical. 



50 



55 



wo 00/16224 



PCTAJS98/19196 



10 



15 



- 30 - 

• The price of the bid or buy order is greater than or equal to the 
offer or sell order. 

• The amounts of both orders are greater than or equal to the 
3-month-equivalent of the system defined minimum notional 

5 amount parameter. 

The process by which all orders are matched is called the 
"automatch" process as shown in Fig 8. Any order submitted into the 
system is first matched against all existing bids and offers at the maker's 

20 

10 Arbitrator. The existing orders are considered in price/time order in 

search of compatible orders. If a compatible order is found, the two 
orders are "matched" and a deal is initiated for the amount equal to the 
25 minimum of the two order amounts. The process continues until the 

remaining three-month-equivalent amount of the submitted order 
15 becomes less than the value of the minimum notional amount 

parameter, or until there are no compatible orders. 

If the remaining three-month-equivalent amount of the submitted 
order is less than the value of the minimum notional amount parameter, 
the submitting workstation is informed accordingly and the order is 
35 20 cancelled. 

When a newly submitted order is not completely filled during the 
automatch process, the order becomes either a bid or offer in the 
dealing system's collection of outstanding orders. The amount of the 
outstanding order is equal to the amount that was not matched during 
25 the automatch process. 

In order to complete a deal initiated during the automatch 
45 process, the dealing system must then verify in known fashion that both 

of the matched orders have not been removed by the trader and that 
there remains sufficient credit available to complete at least a system 
30 defined minimum deal size. 
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The final deal amount is lesser of the initial deal amount, the 
available credit from the first floor (or other associated first credit 
granting entity) to the second floor (or other associated first Credit 
Group), and the available credit from the second floor (or other 
associated second credit granting entity) to the second floor (or other 
associated second Credit Group). If any of these amounts is less than 
the 3-month-equivalent of the minimum notional amount parameter, then 
the matching process for this deal fails. 

When an order is submitted and one or more deals is initiated, 
the price closest to the newly submitted order, tenor identification, and 
the combined amounts of all deals must be displayed on all trader 
workstations that have requested to view information of this type. 

For example, a trader submits a USD Sep 97 sell order for $50 
million at 5.6725 while the best dealable bid price is 5.6750. The 
trader's order is immediately matched for the following deals: 

10 @ 5.6750 CITL 

10 @ 5.6750 BBIL 

10 @ 5.6750 ABNL 

10 @ 5.6725 BOAL 

An exemplary EBS deals notification includes the following 
information: 

Current Time (GMT): 12:34 
• Tenor Identification: Sep97 

Price: 5.6725 

Orders may be matched between dealers at the same trading 
floor, therefore the dealing system provides capabilities for intra-floor 
dealing. This feature is not optional. When an order is submitted into 
the system, no special priority is given to try to match the order with 
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outstanding orders from the same trading floor. All deals - regardless of 
intra-floor dealing - are matched in price/time priority. 

The prices obtained by any match will be the best dealable price, 
if this is available after credit screening, followed by the best regular 
5 price once all the amount at the best dealable price is matched. The 

iS reason for this is because of the way in which quotes are ordered in the 

system. The quotes of the parties without sufficient credit to pass credit 
screening are removed from the list of current quotes, and the best 
dealable price of the remaining quotes is selected. All the quotes at this 

20 

10 price are then aggregated and displayed. If the best dealable price is 

greater than 50M USD then this is also shown as the best regular price. 



25 Deal completion process 

The deal completion procedure is also shown in Fig 8, and is 
15 described for completeness only and is not central to the aspect of 

credit screening. 

30 

After a deal is initiated it is considered pending until the floors 
notify their Arbitrators of the deal's status or the deal times out. The 
maker floor notifies its Arbitrator with the DealStatusMaker message. 
35 20 the taker with the DealStatusTaker message. The taker Arbitrator is 

made aware of the maker deal status when the Market Processor sends 
it a copy. If the deal did not succeed (perhaps due to insufficient credit) 
the floors send the DealFailed message. 

40 

The deal status reflects whether the deal was actually performed 
25 and v^at the amount of the deal was. The amount could be different 

from the initial amount of the deal due to credit restrictions. The Market 
45 processor records the deal information. If the deal was executed for an 

amount smaller than the original amount, the remaining amount may be 
available for another match. 
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The Dealt amount will be increased by the final amount of the 
deal done. The Pending amount will be reduced by the original amount 
of the deal. 

If the quote involved in the deal is local the Market Processor 
5 notifies other Arbitrators of the amount done with the QteAmtDone 

15 message. The Arbitrator that hit the quote is not notified. This is done 

by QuoteAdjust function. It also sends MktQteAmtUnreserved message 
to the Market Distributors. This function is also called when the 
Arbitrator times out on DealStatus messages from either the maker or 

20 

10 the taker Market Access Node. 

Any newly available amount in the quote is activated. The 
QuoteActivateAmt function uses the quote's currently available amount 
25 and the quote's price to update the dealable aggregate of the submitter 

of the quote and those of the submitter's trading partners. 
IS A bid and a sell request are described as compatible if amongst 

other factors respective trading floors have credit with each other (as 
evidenced by the yes/no Pre-Authorisation Matrix) and the price of the 
bid is greater than or equal to the price of the sell request. 

A deal may involve one or two Arbitrators. An Arbitrator not 
35 20 participating in a deal will be called passive (with respect to that deal). 

An Arbitrator frequently needs to broadcast information related to 
a specific deal to all passive Arbitrators and to all local Market 
Distributors. For convenience, we will term this group the passive 
components (in relation to a given deal and Arbitrator). 
25 1 . The new maker's Workstation sends a QteSubmit message to its 

Market Access Node. The MAN sends the QteSubmit message 
45 to its Arbitrator. 

2. The new maker's Arbitrator detects the opportunity to automatch 
and selects a compatible existing quote. 
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3. If the existing quote is not from a local maker, the new maker's 
Arbitrator sends the HitQte message to the existing maker's 
Arbitrator. 

4 The existing maker's Arbitrator receives the HitQte message. It 
5 ^ responds immediately with a HitQteAck message specifying the 

deal ID and the actual amount of the quote allocated to the 
request (this amount could be zero or less than the requested 
amount if the quote was interrupted or hit by another new maker). 
If the allocated amount is non-zero, the existing maker's 
10 Arbitrator creates a new entry in its Pending Deals list, sends a 

HitNotify message to the existing maker's MAN, and broadcasts 
the QteAmtReserved message to all passive Arbitrators and the 
25 MktAmtReserved message to the Market Distributors in its 

region. 

15 5. The existing maker's MAN checks for sufficient credit with the 

counterparty. If the credit limit is not sufficient to process the 
entire deal amount, the MAN reduces the deal amount to the limit 
amount. If no credit is available at all, the deal is aborted at this 
step and the DealFailed message is sent to the Arbitrator 
indicating the reason of the failure. (The existing maker's 
Arbitrator notifies the new maker's Arbitrator and the affected 
Market Distributors by sending CreditUpdate message. It then 
forwards the DealFailed message to the new maker's Arbitrator 
and broadcasts the QteAmtDone message to all passive 
Arbitrators and the MktQteAmtUnreserved message to local 
Market Distributors). 

6. The existing maker's MAN reduces the credit limit for the 
counterparty by the amount of the pending deal. 

7. The existing maker's MAN sends the HitAmount message to the 
maker's Workstation. If the trader has not interrupted the quote, 
he is notified that a deal is pending and his ability to interrupt the 
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amount of the quote being hit is removed. In either case, the 
Workstation responds with the HitAmountAck message to the 
existing maker's MAN. If the quote has been interrupted^ the 
MAN cancels the deal, restores the existing maker's credit limit. 
5 8. The existing maker's MAN logs the pending deal. 

15 9. The existing maker's MAN sends the DealVerify message to the 

new maker's MAN. 
10. The new maker's man receives the DealVerify message and 
checks the existing maker's credit limit. If the credit limit is not 

20 

10 sufficient to process the entire deal amount, the MAN reduces the 

deal amount to the limit amount. (If no credit is available at all, 
the deal is cancelled and the new maker's MAN sends only 
25 messages DealStatusTaker and DealVerifyAck described below 

with the deal amount set to zero). 

15 11. The new maker's MAN reduces the existing maker's credit limit 

by the amount of the deal. 

30 

12. The new maker's MAN logs the deal. 

13. The new maker's MAN sends the DealStatusTaker message to 
its Arbitrator, including any credit updates. (If the credit 

35 20 relationship between maker and taker has changed the Arbitrator 

updates its Pre-Authorisation Matrix and notifies the other 
Arbitrators and the taker's Market Distributor via CreditUpdate 
and MktCreditUpdate messages, respectively). 

40 

14. The new maker's MAN sends the DealVerifyAck message to the 
25 existing maker's MAN and the DealDoneWS message to the 

taker's Workstation. The messages specify the final deal 
45 amount. 

15. The existing maker's MAN receives the DealVerifyAck message. 
If the deal amount has been reduced on the new maker's side, 

30 the maker's MAN readjusts the new maker's credit limit. The 

50 

existing maker's MAN logs the deal. 
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16. The existing maker's MAN sends the DealStatusMaker message 
to the maker's Arbitrator with any credit updates. 

17. The existing maker's Arbitrator receives the DealStatusMaker 
message and forwards it to the new maker's Arbitrator. If the 

5 DealStatusMaker message indicates that the credit relationship 

is between existing maker and new maker has changed, the 

existing maker's Arbitrator updates its Pre-Authorisation Matrix 
and notifies the other Arbitrators and local Market Distributors via 
CreditUpdate and MktCreditUpdate messages, respectively. 

20 

10 18. The existing maker's Arbitrator notifies passive Arbitrators about 

the deal by sending the QteAmtDone messages. If the final deal 
amount is different from the amount originally requested from the 
25 maker's MAN, the existing maker's Arbitrator also broadcasts the 

QteAmtUnreserved message to the local Market Distributors. 

15 19. The existing maker's MAN sends the DealDoneWS message to 

the existing maker's Workstation. 

30 

20. The existing maker's MAN sends the InstructionsMaker message 
to the new maker's MAN. 

21 . The new maker's MAN receives the InstructionsMaker message 
35 20 and sends the InstructlonsTaker message to the maker's MAN 

and the InstrLoggedTaker message to the new maker's 
Workstation. 

22. The existing maker's MAN receives the InstructlonsTaker 
message and sends the InstrLoggedMaker message to the 

23 existing maker's Workstation. 

45 Settlement terms mismatch 

In addition to verification that sufficient credit is available, the 
settlement terms are also checked bilaterally to ensure no mis-match 
30 occurs. Possible settlement terms are FRABBA, ISDA. "either" (which 
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will match either FRABBA or ISDA), and "none" (which results in an 
automatic mis-match). 

As a trading floor parameter, each trading floor must be able to 
maintain a list of counterparties that have ISDA agreements with that 
trading floor. Deals between floors which have mutually designated 
each other as having ISDA (or both ISDA and FRABBA) agreements 
will have the text "ISDA" printed on the two deal tickets in the 
"Settlement Terms" field. Deals between floors whose FRABBA/ISDA 
designations do not match will have the text "mismatch" printed on the 
deal tickets in this field. All other deals will result in deal tickets with 
the text "FRABBA" printed in the "Settlement Terms' field. 

In the event of a mis-match between the floors, the deal on which 
the mis-match occurs is completed, but each trading floor disallowed 
from further trading with the other until the mis-match is resolved. 

Other Price Screening 

We have appreciated that prices could be screened using the 
Pre-Authorisation Matrix shown in Fig 6 for other criteria, in particular 
the Pre-Authorisation Matrix could be used to designate whether the 
settlement terms of two parties match. Thus, by using the 
Pre-Authorisation Matrix in the manner described, prices would only be 
shown if there is an agreement of settlement terms between the two 
parties. Other Pre-Authorisation Matrices are also possible, and may 
be used in conjunction with the embodiment of the invention described. 

Credit Maintenance 

The Credit Group Maintenance screen shown in Fig 9 includes 
Existing Credit Groups showing the credit groups already created and 
has pushbuttons to create, delete or modify the groups. When an 
Existing Credit Group is highlighted (or a new Credit Group is being 
created), the Credit Group Profile shows the Credit Threshold 
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calculated as described above as well as the Current Available Balance 
for the selected group, and permits the Trading Floor Administrator 
("TFA") to modify the Warning Percentage, Default Available Balance 
(\A4iich will become the new Available Balance whenever the TFA (or the 
5 system) resets all the credit limits), and/or to make a positive or 

IS negative Adjustment to the displayed Current Available Balance. An 

Assign Pushbutton allows the TFA to modify the assignment of trading 
floors to the selected groups. 
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Claims 



1 . A computerised trading system for trading financial instruments 
between traders at trader terminals, comprising: 
5 a communication network for transmitting electronic messages 

^5 between the trader terminals, 

a plurality of trader terminals connected to the communication 
network, each trader terminal being associated with a credit granting 
entity, and each trader terminal comprising means for generating price 

20 

10 quotation messages in respect of financial instruments, 

the communication network comprising: 
a credit store for storing an indication of credit available from 
25 each credit granting entity, 

a distributor for distributing the price quotation messages to 
15 trader terminals for display, 

a credit filter arranged to filter the price quotation messages to 
each trader terminal associated with at least one credit granting entity, 

wherein the credit filter is so arranged that only the prices 
indicated by price quotation messages for which It is determined with 
35 20 reference to the credit store that a minimum credit threshold is available 

on a bilateral basis from and to the one credit granting entity are 
displayed at the trader terminals associated therewith, the minimum 
credit threshold being at least equal to the available credit required by 
the one credit granting entity to complete a trade of a predetermined 
25 minimum size, 

wherein a separate minimum credit threshold is established for 
45 each credit granting entity and is derived from a function of at least one 

parameter specific to each credit granting entity and related to the 
nature of at least one financial instrument being traded. 

30 
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2. A computerised trading system for trading financial instruments 
according to claim 1 , wherein the at least one parameter is a factor 
indicative of an estimated risk associated with each financial instrument 
traded. 



iS 3. A computerised trading system for trading financial instruments 

according to any preceding claim, wherein the at least one parameter Is 
a volatility factor for each type of financial instrument traded. 

20 

10 4. A computerised trading system for trading financial instruments 

according to any preceding claim, wherein the minimum credit threshold 
is also derived from a second parameter indicative of a conversion rate 
25 for each type of financial instrument traded. 

15 5. A computerised trading system for trading financial instruments 

according to any preceding claim, wherein the minimum credit threshold 
is also derived from a third parameter which is a factor based on the 
time to settlement of any financial instrument traded, and is not specific 
to any one currency. 



6. A computerised trading system for trading financial instruments 
according to claim 5, wherein the third parameter is a factor based on 
the longest time to settlement of any financial instrument traded. 



25 7. A computerised trading system for trading financial instruments 

according to any preceding ciaim, wherein the minimum credit threshold 
45 is the maximum value of credit thresholds calculated for a plurality of 

different financial instruments traded. 

30 8. A computerised trading system for trading financial instruments 

50 

according to any preceding claim, wherein the minimum credit threshold 
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is the maximum value of a function of a minimum order size, a 
conversion factor, a time to settlement factor and a volatility factor, for 
each of the financial instruments being traded. 



5 9. A computerised trading system for trading financial instruments 

^5 according to any preceding claim, wherein the financial instrument is a 

Forward Rate Agreement. 



10. A computerised trading system for trading financial instruments 
according to any precedini 
comprises a trading floor. 



20 

10 according to any preceding claim, wherein each credit granting entity 



25 11 . A computerised trading system for trading financial instruments 

according to any preceding claim, v^^erein a plurality of trader terminals 
15 are associated with at least one group to which the at least one credit 

granting entity extends credit. 

30 

12, A computerised trading system for trading financial instruments 
according to claim 1 1 , wherein the at least one group comprises a 
35 20 plurality of trader terminals associated with a single credit granting 

entity. 



13. A computerised trading system for trading financial instruments 
according to claims 11 or 12, wherein at least one group comprises a 

25 plurality of trader terminals associated with a plurality of credit granting 

entities. 

14. A computerised trading system for trading financial instruments 
according to any of claims 11 to 13. wherein the indication of credit 

30 available from the at least one credit granting entity is to the at least one 
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group and is decremented after each trade between that credit granting 
entity and that group. 

15. A computerised trading system for trading financial instruments 
according to claim 14, wherein the indication of credit available from the 
at least one credit granting entity to the at least one group is 
decremented by an amount derived as a function of the deal size and 
the at least one parameter specific to the at least one credit granting 
entity. 

16. A computerised trading system for trading financial instruments 
according to claims 14 or 15, wherein the indication of credit is 
decremented by a function of a volatility factor for each type of financial 
instrument traded. 

17. A computerised trading system for trading financial instruments 
according to any of claims 14 to 16, wherein the Indication of credit is 
decremented by a function of a conversion rate for each type of 
financial instrument traded. 

18. A computerised trading system for trading financial instruments 
according to any of claims 14 to 17, wherein the indication of credit is 
decremented by a function of a time to settlement of the financial 
instrument traded. 

19. A computerised trading system for trading financial instruments 
according to any of claims 14 to 18, wherein the indication of credit is 
decremented by a function of a time between a settlement date and a 
maturity date of the financial instrument traded . 
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